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ENTROPY CODINO 



FIELD OF THE INVENTION 

The present invention relates generally to the field of encoding of digital images 
and more particularly to entropy coding of discrete wavelet transform (DWT) coefficient 
bits. 

BACKGROUND 

Since the 1 980's, the Joint Photographic Experts Group (JPEG) standard for the 
coding of digital images has been widely used as an international standard for efficiently 
coding continuous-tone images. JPEG has a number of different modes including 
sequential, progressive, lossless, and hierarchical encoding. Numerous adaptations of this 
technique have been made. Nonetheless, an improved image compression system has 
been sought that allows greater flexibility for access to compressed data as well as for the 
compression of images than hitherto provided. 

One such proposal has been the JPEG 2000 image coding system set out in the 
JPEG 2000 Part I Final Draft International Standard (ISO/IEC JTC 1/SC 29/WG 1) dated 
25 September 2000. Amongst other things, this system provides sophisticated features 
allowing a single codestream to be used efficiently in numerous applications including 
manipulating a codestream without decoding, matching a codestream to a transmission 
channel, and locating and extracting data without decoding. 

SUMMARY 

In accordance with a first aspect of the invention, there is provided a method of 
entropy coding of discrete wavelet transform (DWT) coefficient bits that are arranged 
into code blocks and coded in bitplane order using three coding passes for each bitplane. 
The method includes the steps of: pre-analyzing transform coefficients of a code block in 
sign-magnitude form; storing statistical data about the coefficients; and based upon the 
statistical data, generating at least one command for at least one sequence of bit and 
context pairs for arithmetic encoding. 

Preferably, the entropy coding is JPEG 2000 entropy coding. 
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Preferably, the statistical data is stored with the coefficients. 

Preferably, the method includes the step of buffering significance state data, coded 
data, magnitude refinement data, bit data, and sign data for the code block. More 
preferably, the buffering step is implemented using register arrays for context generation. 
Optionally, the method includes the step of switching to a specific region of the code 
block in any one of significance propagation, magnitude refinement, and cleanup coding 
passes. Optionally, the switching step is implemented using rotate-left and rotate-right 
operations of the register arrays. 

Preferably, the method further includes the step of buffering bit and context data 
before arithmetic coding using the bit and context data The bit, context and the number 
of a bit and context pair may be buffered. More preferably, the buffering step is 
implemented using a FIFO. 



yg Preferably, the method further includes the steps of buffering a region of a code 

J block - the re e ion bem 8 currently coded; and buffering separately the remaining regions of 

m the code block. 



Preferably, the buffering step for the region currently being coded is implemented 
using a register window, and the buffering step for the remaining regions is implemented 
using a scratch memory. 

Preferably, the method further includes the steps of: looking for, using a bypass 
control module, the next region of a code block to be coded in each of significance 
propagation, magnitude refinement, and cleanup coding passes; and generating, using a 
context generation module, a context of a region previously provided by the bypass 
control module, the bypass control and context generations modules operating in parallel. 
More preferably, the method includes the step of communicating data between the bypass 
control and context generation modules using a bus. The bus includes a control bus and a 
data bus. The control bus provides an indication of which column to start in a region 
when the context generation module processes the region. Still further, the method may 
include the step of detecting termination of processing in the context generation module 
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for each pass. The detected termination enables coding in the reg,on to be terminated 
before scanning to a last column. 

In accordance with a second aspect of the invention, there is disclosed an apparatus 
for entropy coding of discrete wavelet transform (DWT) coefficient bits that are arranged 
into code blocks and coded in bitplane order using three coding passes for each bitplane. 

The apparatus includes: 

a device for pre-analyzing transform coefficients of a code block in sign-magnitude 

form; 

a device for storing statistical data about the coefficients; and 

a device for, based upon the statistical data, generating at least one command for at 
least one sequence of bit and context pairs for arithmetic encoding. 

In accordance with a third aspect of the invention, there is disclosed a computer 
program product having a computer readable medium having a computer program 
recorded therein for entropy coding of discrete wavelet transform (DWT) coefficenl bits 
that are arranged into code blocks and coded in bitplane order using three coding passes 
for each bitplane. The computer program product includes: 

a computer program code module for pre-analyzing transform coefficients of a code 
block in sign-magnitude form; 

a computer program code means for storing statistical data about the coefficients; 

and 

a computer program code means for, based upon the statistical data, generating at 
least one command for at least one sequence of bit and context pairs for arithmetic 
encoding 



In accordance with a fourth aspect of the invention, there is disclosed an apparatus 
for entropy coding of discrete wavelet transform (DWT) coefficient bits that are arranged 
into code blocks and coded in bitplane order using three coding passes for each bitplane. 
The apparatus includes: a context generator for generating a context for each bit of one or 
more coefficients in a code block; an arithmetic coder for entropy coding each bit to be 
coded from the code block using the context for the bit; and a FIFO coupled between the 
context generator and the arithmetic coder for streamlining transfer of data between the 
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context generator and the arithmetic coder, the FIFO adapted to store each bit, the 
corresponding context and a repeat number of the bit and context pair. 



Preferably, the entropy coding is JPEG 2000 entropy codi 



ng. 



Preferably, the context generator includes a device for generating a repeat pattern of 
two or more bit and context pairs in a single clock cycle. A run length repeat command 
may represent the repeat pattern. Still more preferably, the FIFO stores the run length 
repeat command as the repeat number. 

The context generator provides context at variable rates. 

Preferably, the arithmetic coder includes a device for accelerating coding of a 
codestream using the repeat pattern. The arithmetic coder may further include a device 
for calculating a repeat count r for two or more bits dependent upon an interval A and a 
current estimate of LPS probability Qe(l(CX)), where I(CX) is an index stored for a 
context CX. Still further, the arithmetic coder may further include: a device for entropy 
encoding the two or more bits in a Run Length context using one of the repeat count r and 
the repeat number dependent upon whether the repeat count r is greater than the repeat 
number. 



In accordance with a fifth aspect of the invention, there is disclosed a method of 
entropy coding of discrete wavelet transform (DWT) coefficient bits that are arranged 
into code blocks and coded in bitplane order using three coding passes for each bitplane. 
The method includes the steps of: generating a context for each bit of one or more 
coefficients in a code block; arithmetic coding each bit to be coded from the code block 
using the context for the bit; and buffering using a FIFO to streamline transfer of data 
between the context generating step and the arithmetic coding step, the FIFO adapted to 
store each bit, the corresponding context and a repeat number of said bit and context pair. 

In accordance with a sixth aspect of the invention, there is disclosed a computer 
program product having a computer readable medium having a computer program 
recorded therein for entropy coding of discrete wavelet transform (DWT) coefficient bits 
that are arranged into code blocks and coded in bitplane order using three coding passes 
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for each bitplane.. The computer program product includes: a computer program code 
module for generating a context for each bit of one or more coefficients in a code block; a 
computer program code module for arithmetic coding each bit to be coded from the code 
block using the context for the bit; and a computer program code module for providing a 
FIFO between the context generating and the arithmetic coding to streamline transfer of 
data between the context generator and the arithmetic coder, the FIFO adapted to store 
each bit, the corresponding context and a repeat number of the bit and context pair. 

BRIEF DESCRIPTION OF THE DRAWINGS 

Embodiments of the invention are described hereinafter with reference to the 
drawings, in which: 

Fig. 1 is a block diagram of an entropy coder in accordance with the first 
embodiment of the invention; 

Fig, 2 is a diagram illustrating an array for buffering of a code block in 
accordance with the embodiments of the invention; 

Fig. 3 is a diagram illustrating five arrays used in the embodiments of the 
invention for storing information regarding a code block; 

Fig. 4 is a graph plotting the number of bits coded in each pass for each bit plane, 

Fig. 5 is a flow diagram illustrating the entropy encoding process with which the 
embodiments of the invention can be practiced; 

Fig. 6 is a flow diagram illustrating the CodelPlane process for encoding; 

Fig. 7 is a detailed flow diagram illustrating the Significance Propagation 
(SigProp) process in accordance with the embodiments of the invention; 

Fig. 8 is a detailed flow diagram illustrating the magnitude refinement process in 
accordance with the embodiments of the invention; 

Fig. 9 is a detailed flow diagram illustrating the cleanup pass process in 
accordance with the embodiments of the invention; 

Fig. 10 is a diagram illustrating a memory structure for a code block and the 
corresponding code-block scan pattern; 

Fig. 1 1 is a block diagram illustrating an entropy coding device utilising memory 
and a register window in accordance with another embodiment of the invention; 

Fig. 12 is a diagram illustrating a scratch memory for storing significance state, 
coded, and magnitude refinement (MR 1st) data; 



571155US.final.doc:sdb 



-6- 



Fig. 1 3 is a flow diagram illustrating the encoding process in accordance with an 
embodiment of the invention; 

Fig. 14 is a flow diagram illustrating the first cleanup pass for a bypass control 

module; 

Figs. 15A and 15B are a detailed flow diagram illustrating a special run length 
coding checking process in accordance with an embodiment of the invention and a related 
4x4 Sigmatrix; 

Fig. 16 is a schematic diagram illustrating a register buffer of the bypass control 
module in accordance with the embodiments of the invention; 

Fig. 1 7 is a detailed flow diagram illustrating a significance-propagation-pass 
checking process in accordance with the embodiment of the invention; 

Fig. 3 8 is a circuit level diagram illustrating a circuit to test each column for 
Significance Propagation bypass in accordance with the embodiment of the invention; 

Fig. 19 is a schematic diagram illustrating a register buffer for the context 
generation module in accordance with the embodiment of the invention; 

Fig. 20 is a flow diagram illustrating the processing of the context generation 
module in accordance with the embodiment of the invention; 

Fig. 21 is a flow diagram illustrating the first cleanup pass process implemented 
by the context generation module in accordance with the embodiment of the invention; 

Fig. 22 is a flow diagram illustrating the significance propagation pass carried 
out by the context generation module in accordance with the embodiment of the 
invention; 

Fig. 23 is a flow diagram illustrating the magnification refinement process 
implemented by the context generation module in accordance with the embodiment of the 
invention; 

Fig. 24 is a flow diagram illustrating a cleanup pass process for the context 
generation module in accordance with the embodiment of the invention; 

Fig. 25 is a block diagram illustrating the structure of a FIFO in accordance with 
the embodiment of the invention; 

Fig. 26 is a detailed flow diagram illustrating a modified arithmetic coder 
(CODEMPS) process in accordance with the embodiment of the invention; 

Fig. 27 is a flow diagram of the modified arithmetic coder; and 

Fig. 28 is a block diagram of a context label generator in accordance with the 
embodiment of the invention. 
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DETAILED DESCRIPTION 

A method, an apparatus, and a computer program product are disclosed for 
entropy encoding of discrete wavelet transform (DWT) coefficient bits that are arranged 
into code blocks and coded in bitplane order using three coding passes for each bitplane. 
Preferably, the entropy coding is JPEG 2000 entropy coding. In the following 
description, numerous details are set forth. It will be apparent to one skilled in the art, 
however, that the present invention may be practised without these specific details. In 
other instances, well-known features are not described in detail so as not to obscure the 
present invention. 

In the following description, components of the entropy encoding system are 
described as modules. A module, and in particular its functionality, can be implemented 
m either hardware or software. In the software sense, a module is a process, program, or 
portion thereof, that usually performs a particular function or related functions, hi the 
hardware sense, a module is a functional hardware unit designed for use with other 
components or modules. For example, a module may be implemented using discrete 
electronic components, or it can form a portion of an entire electronic circuit such as an 
Application Specific Integrated Circuit (ASIC). Numerous other possibilities exist. 
Those skilled in the art will appreciate that the system can also be implemented as a 
combination of hardware and software modules. 

The detailed description is organised as follows: 
1 . Overview 

Context Generation - Register Array Based Method 
Context Generation - Memory and Register Window Based Method 

4. Context Label Generator 

5. Arithmetic Coder 

6. Computer Implementation. 

While the specification refers hereinafter to JPEG 2000 throughout, it will be 
apparent to those skilled in the art that the embodiments of the invention may appertain to 
JPEG 2000 like systems, i.e. where JPEG 2000 is not practiced exactly, but is in 
substance utilised Math some modification. 



2 

25 3 
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1 . Overview 

In the JPEG 2000 encoding draft, a discrete wavelet transform (DWT) 
coefficient bits are arranged into code-blocks and coded in bitplane order using three 
coding passes for each bit plane. A code-block is defined as a rectangular block within a 
sub-band. The coefficients inside the code-block are coded a bitplane at a time, starring 
with the most significant bitplane having a non-zero element and ending with the least ~ 
significant bit-plane. 

For each bitplane in a code-block, a special code-block scan pattern is used for 
each of significance-propagation, magnitude refinement, and cleanup passes. Each 
coefficient bit is coded only once in one the three passes. The pass in which a coefficient 
bit is coded depends on the conditions for that pass. For each pass, contexts are created 
using the significance states of 8 neighbouring coefficient bits of the coefficient bit 
currently being coded. The context is passed to an arithmetic coder along with the bit 
stream to effect entropy coding. 

As the coding of each bitplane requires a three-pass scan and the context look-up 
from eight neighbouring coefficient bits, the embodiments of the invention provide 
appropriate buffering for the coefficient bits and their significance states of the coded bit 
and the neighbours to enable speedy coding. The buffered coefficient bits and their 
significance states enable the coding process to switch to the next position for coding on 
the fly in each pass. Thus, the delay involved in the conventional 3 pass one-by-one scan 
method is avoided. 



The arithmetic coder is capable of coding one bit per clock cycle, even though a 
context generator does not deliver context at a constant speed. As a result, a FIFO is used 
to streamline the data between the context generator and the arithmetic coder in 
accordance with an embodiment of the invention as shown in Fig. 1. 

Fig. 1 is a block diagram illustrating the entropy encoder 100 in accordance with 
an embodiment of the invention. Besides providing a general representation, Fig. 1 
illustrates a first embodiment of the invention. The entropy coder 100 includes a 3-pass 
context generator module 1 10, a FIFO 120, and an arithmetic coder 1 30. The FfFO 120 
buffers the output provided by the context generator module 1 10 to be provided to the 
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arithmetic coder 130. The context generator 120, arithmetic coder 130, and the FIFO 120 
are described in greater detail hereinafter. 

2. Context Generation - Register Array Based Method 

A buffering array 200 for a code-block is shown in Fig. 2. The array 200 has the 
same dimensions mxn as a code-block, having a width and a height that are constrained to 
the power of 2. The array 200 is further divided into scans, named scan_l 210, scan 2 
212 and so on to scan_n/4 214 as per the scan pattern used in 3 passes. 

As shown in Fig. 3, there are 5 arrays for the bit plane coefficients bits 310, signs 
of coefficients 320, significance states of coefficients 330, coded indications for bitplane 
coefficients 340 and V 1 magnitude refinement indications 350 respectively. These 5 
arrays are named Bit[n][m] 310, Sign[n][m] 320, SigState[n][m] 330, Coded[n][m] 340 
and MRlst[n][m] 350 used in the coding process. 

The notation ArrayName[r][c] denotes the bit located in row r and column c for 
the named array. Scan_l[c] means the 4 bits in column c of scan l (e.g. column 0 or 
C = 0). ArrayNamefr] represents all bits in row r of the named array. 

The Bit array 3 10 is updated with coefficient bits of a bit-plane before coding is 
performed on that bit-plane. The Sign array 320 is updated once only for a code-block, 
with sign information for the coefficients. Each bit in the SigState array 330 is set when a 
corresponding coefficient turns significant. Each bit in the Coded array 340 is set when a 
corresponding bit in a bit-plane is coded in a particular pass. The bit in MRlst array 350 
is set when a corresponding coefficient turns significant and is cleared after the 
corresponding coefficient finishes coding its first Magnitude Refinement bit. 

2.1 Encoding Process 

The encoding process generates a context for each one of a block of DWT 
transformed coefficients, which are converted to sign-magnitude format and stored in 
memory. The first bit-plane with a non-zero element is found using the sign-magnitude 
format conversion process, and the bit-plane number is then ready to be used. 

Fig. 5 is a flow diagram illustrating the encoding process 500. A block of sign- 
magnitude format converted coefficients are stored in memory along with the number of 
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significant bit-planes. The number of significant bit-planes in a code-block is denoted as 
N and indicates the number of bit-planes to be coded. The first bit-plane with a non-zero 
element, bit-plane(N-l), is first read by a ReadPlane (N, sign) process and then coded 
using a cleanup pass only. The rest of the bit-planes are then coded U5 i„ g a 
CodelPlane(N) process. 

Upon the start of encoding a code-block in step 510, the SigState array 330 is 
reset. In step 5 12, the number of significant bit planes N is decremented. 

In step 5 1 4, a ReadPlane (N, sign) process updates the bit-plane coefficient bits 
and sign bits in the Bit and Sign arrays 310, 320. The memory 1000 of Fig. 10 is 
structured according to the code-block particular scan-pattern. Starting at the top left, the 
first 4 coefficients of the first column (rows 0, I, 2 and 3) are stored in memory location 
0. Then the first 4 coefficients of the second column are stored in the next location until 
the width of the code-block has been reached. Then the second 4 coefficients (4 m , 4m+l, 
4m+2 and 4m+3) of the first column are stored following the first 4 coefficients (4m-4, 
4m-3, 4m-2, 4m-l) in the last column. Given this memory structure, each entry of scan_l 
(corresponding to rows 210 of Fig. 2) for the Bit and Sign arrays 310, 320 can be updated 
in one clock cycle. 

The buffering arrays 3 10-350 are capable of Rotateleft and Rotateup operations. 
In a Rotateleft operation, the contents in column[x] are moved to column[ x -l], where x is 
in the range of 1 to m-1, and column[0J is moved to column[m-l] in the same clock cycle 
(see Fig. 2). In a Rotateup operation, the contents of a scan_y (e.g. 212) are moved to 
scan_y-l (e.g. 210), where y is in the range of 2 to n/4, and scan_l 210 is moved to 
scan_n/4 214 in the same clock cycle. 

The variation of a Rotateleft operation on the 5 arrays 310-350 is indicated in 
Table 1 . The extra 2 rows (4 and n-1) performed on SigState and Sign array are to 
synchronise with rows 0 and 3 for neighbourhood context look-up. When the Sign array 
is first loaded, the update condition is used. Column 1 is loaded from memory when 
updated. Otherwise, column 1 is loaded from column 2. The sign array is loaded once 
for a code block. The bit array is loaded once every bit plane. 
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TABLE 1 





Array 


Rows 








Name 


Performed On 


Data To Column 1 


Data To Other Columns 




! SigState 


SigStaie[0..4] 


SigState[0..4J[2] 


SigState[0..4][0]<- SigState [0.. 4] [1] 




i 


SigState[ n-1] 

i 


SigStatc[ n-1] [2] 


SigState[ n-l][0]<- SigState[n-l][l] 1 
SigState[0..4][rn-2..2]<- SigState[0..4][m-1..3] 
SigState[ n-l][m-2..2]<- SigState(n-l][m-l ..3] 
SigStatc[0..4][nvl]<- SigState[0..4][0] 
SigStatef n-ll[m-n<- SigStatefn-nrOl 




Sign 


Sign[n-1] 


Sign[ n-l][2] 


Sign[0..4][0]<- Sign[0..4][l] 






Sign[4] 


Sign[4][2] 


Sign[ n-l][0]<- Sign[n-l][l] 






Sign[0..3] 


Sign[0..3][l] from 


Sign[0..4][m-2..2]<- Sign[0..4][m-1..3] 








Memory (when 


Sign[n-l][m-2..2]<- Sign[n-lJ[m-1..3] 


5 






update) 


Sign[0..4][m-1]<- Sign[0..4][0] 


hi 






Or 

Signr0..3ir21 


Sign[ n-l][m-l]<- Sign[n-1][0] 


O 


Bit 


Bit[0~3] 


Memory (when 


Bit[0..3][0]<- Bit[0..3][l] 


h* 






update) 


Bit[0„3][m-2..2]<- Bit[0..3][m-L.3] 


M 

js* 






Or 


Bit[0..3][m-1]<- Bit[0..3][0] 






Bitf0..3ir21 




M 


Coded 


Coded[0..3] 


Coded[0..3][2] 


Coded[0..3][0]<- Coded[0..3][l] 










Coded[0..3][m-2„2]<- Coded[0..3][m^l..3] 
Coded[0..3irm-ll<- Codedr0..3ir0] 




MRlst 


MRlst [0..3] 


MRlst [0..3][2] 


MRlst[0..3][0]<- MRlst[0..3][l] 
MRlst[0..3][m-2..2]<-MRlst[0..3][m-1..3] 
MRlstr0..3irm-ll<- MRlst[0„31f01 



5 

SigState [ n-2, ... , n-4] are not used in coding. As a result, the RotateLeft 
operation is not required. 
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Referring back to Fig. 5, in step 516, the first Cleanup pass process is started as 
soon as scan_l [0] of the Bit and Sign arrays is available, which is 2 clock cycles later 
(one cycle to write into scan_l[l] and one cycle to shift to scan_l [0]). ReadPlane (N, 
sign) step 514 only writes data into scan_l[l], and the other entries in these arrays can be 
filled up with the mechanisms of Rotateleft and Rotateup operations. The entire Bit and 
Sign arrays 3 1 0, 320 are filled with the bit-plane N (already once decremented from its 
original value) and the corresponding sign bit of each coefficient during the course of the 
Cleanup pass 5 1 6. The Sign array only needs to be filled once for each code-block while 
the Bit array 3 1 0 needs to be filled for each bit-plane, 



The SigState, Coded and MRlst arrays 330, 340, 350 are to be reset before 
coding starts in a code block. The Coded array 340 also needs to be reset between coding 
of bit planes. 

Once the highest significant bit-plane is coded by the Cleanup process 516, the 
rest of the bit-planes are coded by a Codel Plane process. In particular, in decision block 
51 8, a check is made to determine if N>0 (indicating bitplanes remain to be processed). 
If decision block 518 returns false (N)» processing terminates in step 520. Otherwise, if 
decision block 518 returns true (Y), processing continues at step 522. In step 522, the 
number of significant bitplanes is decremented. In step 524, the CodelPlane (N) process 
is carried out (see Fig. 6). Processing then continues at decision block 518. The output of 
each pass is a sequence of bits and their corresponding contexts. These bit and context 
pair are written into a FIFO 120 for use by the arithmetic coder 130. 

2.2 CodelPlane Procedure 

The CodelPlane process 600 of Fig. 6 codes each bit-plane using three coding 
passes. Processing commences in step 610. In step 612, the ReadPlane (N, 0) process 
updatestheBitarray310. The sign array 320 does not need to be updated. Coding can 
commence as soon as scan_l[0] of Bit array 310 becomes available. Each scan of the Bit 
array is updated with the bit-plane bits sequentially encoding pattern scan order during 
one of the coding passes. In step 614 Significance Propagation (SigProp) coding is 
carried out. In step 616, magnitude refinement (MagRef) is performed on the bit-plane. 
Finally, in step 618, a CleanUp pass is performed on the bit-plane to code any remaining 
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bits of coefficients. Processing terminates in step 620. Each of the coding passes of steps 
614, 616, 618 is described in greater detail with reference to Figs. 7, 8, 9, respectively. 

2.3 SigProp Procedure 

Fig. 7 is a flow diagram illustrating the Significance Propagation pass 700 
(corresponding to step 61 4 of Fig. 6). Processing commences in step 71 0. The number of 
scans to code, S, is first loaded in step 712 with nScans, which equals n/4. In decision 
block 714, a check is made to determine if scan.l can be bypassed. The determination of 
the bypass condition is described hereinafter in section 2.6. If decision block 714 returns 
false (N) mdicating scan.l cannot be bypassed, processing continues at step 716 which 
loads column to be m. All columns in scan_l are then coded. 

In decision block 718, a check is made to determine if the column C>0 If 
decision block 718 returns true (Y), processing continues at step 720. In step 720 the 
column number C is decremented. In decision block 722, a check is made to determine if 
any bit in sc an _l[0] is insignificant (corresponding significant state is 0) and at least one 
of its neighbours is significant. If decision block 722 returns false (N), processing 
continues at step 726. Otherwise, if decision block 722 returns true (Y), processing 
continues at step 724. In step 724, the bit is coded, m particular, the bit and its context 
label are sent to the arithmetic coder (by means of the FIFO 120). All eligible bits coded 
m step 724 are updated for SigState and coded arrays 330, 340. The corresponding 
SigState is changed if the bit turns significant and the coded bit is marked. Once all the 
eligible bits of column C in scan_l [0] are coded or there is no eligible bit, processing 
continues at step 726. In step 726, a Rotateleft operation takes place, m accordance with 
Table 1 . The bit and sign arrays use the update condition. Processing then continues at 
decision block 718. 



If decision block 714 returns true (Y), processing continues at step 728 
SimHarly, if decision block 71 8 returns false (N) indicating that all columns in scan 1 are 
coded, processing continues at step 728. ~ 

In step 728, the number of scans to code S is decremented. In step 730 a 
Rotateup operation is performed on all five arrays 310-350, and scan.l becomes the next 
scan. In decision block 732, a check is made to determine if S>0. If decision block 732 
returns false (N), processing terminates in step 734. Otherwise, if decision block 732 
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returns true (Y) indicating that scans remain to be coded, processing continues at decision 
block 714. In this manner the process continues on the next scan until all scans are coded. 

2 A MagRef Procedure 

Fig. 8 is a flow diagram illustrating the magnitude refinement process 800 
(corresponding to step 616 of Fig. 6). Processing commences in step 810. In step 812, 
the number of scans to code S is loaded with the value nScans, which equals n/4. In 
decision block 814, a check is made to determine if scan_l can be bypassed. The bypass 
condition is described hereinafter in section 2.6, If decision block 814 returns false (N) 
indicating that scan_l cannot be bypassed, processing continues at step 816. In step 816, 
the column number C is loaded with the value m. In decision block 81 8, a check is made 
to determine if C>0. If decision block 818 returns true (Y) indicating that further 
columns remain to be processed, processing continues at step 820. In step 820, the 
column number C is decremented. 

La decision block 822, a check is made to determine if any bit and scan_l[0] has 
a corresponding significant state and was not coded in the Significance Propagation pass 
in scan_l[0]. If decision block 822 returns false (N), processing continues at step 826. 
Otherwise, if decision block 822 returns true (Y), processing continues at step 824. In 
step 824, the bits of scan_l[0] are coded if eligible. Each of the eligible bits and its 
corresponding context label are sent to the arithmetic coder 130 In sep 824, the coded 
and MRlst arrays 340, 350 are updated accordingly. In step 826, a Rotateleft operation is 
performed in accordance with Table 1. For column 1 of bit array 310, the input data is 
from memory if the scan has not been updated; otherwise, the input is from column 2. 
Processing then continues at decision block 818. In this manner, the process codes 
through all columns in scan_l . 

If decision block 814 returns true (Y), processing continues at step 828. 
Similarly, if decision block 818 returns false (N)> processing continues at step 828. In 
step 828, the number of scans to code S is decremented. In step 830, a Rotateup 
operation is performed on all five arrays 310-350, and scan_l becomes the next scan. In 
decision block 840, a check is made to determine if S>0. If decision block 840 returns 
false (N), processing is terminated in step 842. Otherwise, if decision block 840 returns 
true (Y), processing continues at step 814. In this manner, the magnitude refinement 
coding process continues on the next scan until all scans have been coded. 
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2.5 Cleanup Procedure 

Cleanup pass 900 of Fig. 9 codes the remaining uncoded bits in each bit-plane 
after the significance propagation and magnitude refinement passes. Because there is 
nothing to be coded by the significance propagation and magnitude refinement passes in 
the most significant bit-plane, this bit plane is coded with Cleanup pass 900 only, 

Fig. 9 is a flow diagram illustrating the cleanup pass process 900. Processing 
commences in step 910. In step 912, a check is made to determine if the whole bit plane 
has been coded. If decision block 912 returns true (Y), processing terminates at step 918. 
Otherwise, if decision block 912 returns false (N), processing continues at step 914. In 
step 914, the number of scans to code S is loaded with the value nScan, which is equal to 
n/4. In decision block 916, a check is made to determine if S>0. If decision block 916 
returns false (N), processing terminates in step 918. Otherwise, if decision block 916 
returns true (Y), processing continues at step 920. 

In step 920, the column number C is set equal to m and the number of scans S is 
decremented. In decision block 922, a check is made to determine if all bits in scan_l 
have been coded. If decision block 922 returns true (Y), processing continues at step 924. 
In step 924, a Rotateup operation is performed to rotate to the next scan. With reference 
to step 924, once all columns in scan_l have been coded, the Rotateup operation is 
performed on all five arrays, and scan_l becomes the next scan. Processing then 
continues at decision block 916. 

Otherwise, if decision block 922 returns false (N), processing continues at 
decision block 926. In decision block 926, a check is made to determine if C>0. If 
decision block 926 returns false (N), processing continues at decision block 924. 
Otherwise, if decision block 926 returns true (Y), processing continues at step 928. 

In step 928, the column number C is decremented. In decision block 930, a 
check is made to determine if all bins of scan_l[0] have been coded. If decision block 
930 returns true (Y), processing continues at step 938. Otherwise, if decision block 930 
returns false (N), processing continues at decision block 932. 
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In decision block 932, a check is made to determine if all bits in scaD_l[0] are 
not coded and have insignificant neighbours. If decision block 932 returns true (Y), 
processing continues in step 934. In step 934, run length coding is applied to the four 
bits, before processing continues at step 938. Otherwise, if decision block 932 returns 
false (N). processing continues at step 936. In step 936, the rest of the bits in scan_l[0] 
are coded. 

In step 938, a Rotateleft operation is applied to scan_l, and processing then 
continues at decision block 926. The same process continues on the next scan until all 
scans have been coded. 

2.6 Speed Up 

As the Rotateleft and Rotateup operations each take one clock cycle to finish, 
these operations are overhead when there are no eligible bits in a particular pass. The 
overhead becomes quite significant when there are only a few bits to code in a particular 
pass. For example, when there is only one bit to code in the xth column of scan_3 ? 
m*2(Rotateleft for scan_l and scan_2) + 2(Rotateup) + x(Rotateleft for scan_3) clock 
cycles are required to reach the bit to be coded. After this bit is coded, another m*(n/4-3) 
+ (n/4 - 2) clock cycles are required to get the arrays ready for next pass. 

Fig. 4 is a graph illustrating the average trend 410, 420, 430 of number of bits 
coded in each of the cleanup, Significance Propagation, and magnitude refinement passes 
from the most significant bit-plane to the least significant bit-plane. As the number of 
coded bits in a particular pass drops, the overhead for a Rotateleft operation becomes 
significant. 

Speed up can be obtained by checking each coding pass. In the Significance 
Propagation pass, all bits in scan_l are checked for if either no significant neighbours 
exist or the bits to be coded are all significant (see decision block 714 of Fig. 7). If the 
checking condition is true, a Rotateup operation can be carried out and the next scan 
started without coding any bits. That is, a bypass is carried out. 

In the Magnitude Refinement pass, a check is made to determine if there are any 
bits in scan_l which are significant and not coded (see decision block 814 of Fig. 8). If 
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the checked-for condition is true, a Rotateup operation is carried out and next scan started 
without coding any bits. 

In the Cleanup pass 900, a check is made to determine if all bits are coded (see 
decision block 912). If so, this pass is bypassed. Otherwise, the Cleanup pass process 
900 checks if all bits in scan_l are coded (see decision block 922). If so, a Rotateup 
operation to the next scan is carried out. 

In the case of bypassing a scan in a particular pass for speed up, the update of the 
Bit array 310 for the current bit-plane on that scan is also omitted. The update is carried 
out on the next pass performed on this scan. For example, if Significance Propagation 
pass 700 is bypassed on scan_l, the update of Bit array 310 on scan_l takes place in the 
Magnitude Refinement pass 800 if the latter pass is not to be bypassed- Otherwise, the 
update takes place in the Cleanup pass 900. 

There is an update status bit for each scan in the Bit array. Each scan in the Bit 
array has an extra update status bit (not shown in the drawings). These status bits are 
reset before coding on a bit-plane, and the Coded array is reset. Both the SigState and the 
MRlst arrays 330, 350 are reset before coding a code-block. The states of these arrays 
330, 350 are maintained through the coding between bit-planes. 

The scheme for bypassing a particular pass can be further refined to a smaller 
resolution to gain more speed. For example, a scan can be divided into a few sections and 
a check for the specific bypass condition for each pass can be done on each section 
separately. A RotateLeft operation can then be applied to Scan_l and the whole section 
is bypassed for a specific pass instead of a whole scan. 

2.7 Special Speed-Up For The 1 st Cleanup Pass 

Further speed-up can be achieved from the l sl cleanup pass in accordance with 
the embodiments of the invention since most of the bits in the most significant bit plane 
are coded with RUN LENGTH 4 context. The speed-up is accomplished with pre- 
collected statistics of coefficients during the sign-magnitude transform process, as 
described hereinafter. The statistics for a portion of a scan can be read and a decision, 
that if this portion can be all coded with RUN LENGTH 4 context, can be made, saving 
the time needed to read bit plane data of each column in this portion. The collected 
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statistics information of coefficients in a code block are stored together with the 
coefficients. Before reading out the bit plane data for a portion of a code block, the 
statistics are read first and used to analyse if this portion needs to be coded with another 
context, rather than RUN LENGTH 4. If the test shows that every column in this portion 
can be coded with RUN LENGTH 4, a special "RUN LENGTH 4 repeat" command is 
sent by the context generator 1 1 0 via the FIFO 120 to the arithmetic coder 130. The 
context generator can then advance to the next portion. 

The statistics of coefficients indicate if a portion of bits turns significant after the 
1 " cleanup pass. Preferably, a 32x32 code block is used with a portion covering a quarter 
of a scan as an example for collecting the statistics information. First, each portion is 
scanned through and the maximum magnitude of that portion is found and stored. As 
each portion is scanned, the maximum magnitude of the code block also can be found. 
Table 2 shows a resulting array of maximum magnitude for each portion. 

TABLE 2 
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The second (right) grid is the statistics for the code block. 

The maximum magnitude of the code block (on the left hand side of Table 2) is 
6. The maximum magnitude has 3 significant bit planes. Each maximum magnitude in 
this array is then right shifted 2 bits. The array becomes the array shown on the right 
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hand side of Table 2. The 1 bit statistics can then be stored together with the sign 
magnitude transformed coefficients and used for the 1 st cleanup speed up. 

Before starting the 1 st cleanup pass on a code block, the statistics can be read to 
decide if a portion can be coded entirely with RUN LENGTH 4 context. The decision is 
made based on the pseudo code of Table 3. 



TABLE 3 



subblockwidth - code_block_width/4; 

c = current column index at the start of each subblock; 

column = c/subblockwidth; 

pi = 0, p2 - 0, p3 = 0, p4 - 0; 

if (scan > 0) 

{ 



//check the SigState on top neighbour of "X" region 
for (int i = 0; i < subblockwidth; i-H-) 

if (SigState[BlockHeight-l][i]) 

p2=l; 

if (column < 3) 

//check the SigState on the top right neighbour of "X" 
p3 = SigState[BlockHeighM][c+subblockwidth]; 

} 

if (column > 0) 

//check the SigState on the left neighbour of "X" 

P 4 = SigState[0][c-l] | SigState[l][c-l] | SigState[2)[c-l] |SigState[3][c-l]; 
if (column > 0 && scan > 0) 

//check the SigState on the top, left neighbour of "X" 

pi =SigState[BlockHeight-l][c-l]; 

//If any of the regions that have been checked is significant 
if (SigMatrix[scan][column]=l ||pl=l |j p2=l || p3=l || p4— 1) 
do normal cleanup pass; 
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else 

send "runlength4 repeat subblockwidth" to Fifo; 



Regions PI, P2, P3 and P4 are the top left, top, top right and left region 
neighbours of a region "X", respectively. 

The statistics are first read into the SigMatrix array, which is the array for 
holding the statistics read from memory. For each portion (subblock), there are 4 
neighbour subblocks to consider. Location 1 represents the neighbour subblock on the 
top left corner. Location 2 represents the neighbour subblock on the top. Location 3 
represents the neighbour subblock on the top right comer. Location 4 represents the 
neighbour subblock on the left, pi, p2, p3 and p4 represent the test results from each 
location, respectively. 

3. Context Generation - Memory And Register Window Based Method 

The register array based method described with reference to Figs. 1-1 0 can be 
implemented in a mixed structure containing memory and with register windows in 
accordance with a second embodiment of the invention shown in Fig. 11. 

The mixed structure 1 100 includes a 3 pass context generation module 1 120, a 
FIFO 1 130, and an arithmetic coder 1 150, all of which correspond to the modules 1 10, 
120, and 130 of Fig. ^respectively. Further, the mixed structure 1100 includes a scratch 
memory and SigMatrix 1 1 10, a bypass control module 1 160, and coefficient memory 
1 140. The context generation module 1 120 provides output to FIFO 11 30, which in turn 
is coupled to arithmetic coder 1 150. The 3 pass context generation module 1 120 also 
provides an output to the scratch memory and SigMatrix module 1 1 1 0. The scratch 
memory and Sigmatrix module 1 1 10 provides output to the bypass control module 1 160. 
The bypass control module 1 160 has a bi-directional control bus 1 162 coupled with the 
context generation module. The module 1 1 60 also has a uni-directional data bus 1 164 
coupled with the context generation module 1 120 and a uni-directional data bus 1 166B 
from the uni-dircctional coefficient memory 1 140. The coefficient memory 1 140 is also 
uni-directionally coupled to the context generation module 1 120 by uni-directional bus 
1 166A. 
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The coefficient memory module 1 140 has the same structure as the coefficient 
memory 1000 shown in Fig. 10, in the register-array-based method. The coefficients are 
pre-analysed in the fashion described in Section 2.7, and the statistics are stored together 
along with the coefficients in the coefficient memory 1 140. Instead of caching the whole 
SigState, Coded and MRlst bit planes in register arrays, a small register-window for each 
is used to cache the region being coded, while the other regions that are not being coded 
are kept in the scratch memory, Preferably, a region is confined to 8 columns in a scan. 
After the context of one of the 3 passes for a particular region is generated, the updated 
state of SigState, Coded and MRlst bits is written back to the scratch memory 1 1 10. The 
corresponding SigMatrix bit is also updated with the result of ORing all the bits of 
SigState in a region, on the write back to the ScratchMem module. Each entry of the 
scratch memory 1110 holds the state of SigState, Coded and MRlst data for a region. A 
2-port (1R/1 W) memory is preferably used as the scratch memory 1 1 10 to improve 
efficiency 

The context generator has 2 main modules: 3 pass context generation (CG) 
module 1 120 and the bypass control (BC) module 1 130. These two modules 1 120, 1 1 30 
share the same coefficient memory (CoefMem) 1 140 and scratch memory (ScratchMem) 
111 0. The 3-pass context generation module 1 120 generates the context of a specific 
region for any of the three noted passes. The bypass control module 1 160 looks for the 
location of the next region to be coded after the currently active region in any of the three 
passes. 

The CG and BC modules 1 120, 1 160 work in parallel and communicate with 
each other. When the CG module 1 120 finishes the context generation for the current 
region of any one of the 3 passes, the module 1 120 signals the BC module 1 160 that the 
CG module 1 120 is ready to accept the next region location and data. The BC module 
1 160 looks for the next region for the current pass and holds the location information and 
data until the CG module 1 120 grabs the location information and data. 

Fig. 12 is a block diagram of a scratch memory 1200 for the SigState, Coded, 
and MRlst regions 1230, 1220, 1210, respectively. The diagram illustrates the inter- ' 
relationships of the three regions 1210, 1220, and 1230. For example, the three regions of 
bits 1210A, 1220A, 1230A of the three array regions 1210, 1220, 1230 are stored in 
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column 0 of the memory structure 1240. The arrays 1210, 1220, 1230 are "conceptual- 
arrays. The data is in fact stored in the scratch memory 1 1 10 in the order shown in Fig 
12. B ' 

3.1 BC and CG Interface 

The BC and CG modules 1120, 1 160 communicate through a control bus 1162 
and a data bus 1 164. The BC module 1 160 looks for the next region to be coded in the 
current pass, and also indicates which column is the first column to be coded in that 
region. From the CG module's perspective, Table 4 lists the signals and their functions of 

BC and CG interface. 



TABLE 4 



Signal 
Name 


I/O 


Function 


Pass 


I 


0:1" cleanup; 1:SP; 2:MP; 3: non 1 st cleanup 


Bitplane 


I 


The to be coded bit plane number. 


RL4_rdy 


I 


The current region can be all coded with Run Length 4 context 
when in the 1 st cleanup pass 


Region_no 


I 


The next region to be coded in the current pass. Region number 
starts with 0 on the top left comer and increases in raster scan 
order. A region has 8 columns. 


Column no 


I 


The starting column to be coded in the next reeion 


Valid 


I 


The command from BC is valid 


Ready 


o 


CG is ready to accept the next command 


Data 


I 


SigState, Coded and MR 1st 



3.2 Encoding Process 

Fig. 1 3 is a flow diagram illustrating an encoding procedure 1300 in accordance 
with an embodiment of the invention. Processing commences in step 1310. Instep 1312, 
a ore-analysed coefficient summary is read into the SigMatrix 1 1 10, and the number of ' 
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significant bit planes N is decremented. The coefficient analysis in the sign magnitude 
process as described in Section 2.7 is utilised. The analysed summary of coefficients is 
read into the SigMatrix before the 1 st cleanup pass. In step 1314, the I 61 cleanup pass is 
performed. 

In decision block 13 16, a check is made to determine if N>0. If decision block 
1316 returns false (N), processing terminates at step 1318. If decision block 1316returns 
true (Y), processing continues at step 1320. In step 1320, the number of significant bit 
planes N is decremented. In step 1322, the CodelPlane (N) is applied to the bit plane 
before processing continues at decision block 1316. In this manner, the remaining bit 
planes are coded by the CodelPlane process. 

3.3 CodelPlane Procedure 

With reference to step 1322 of Fig. 13, the CodelPlane process 600 of Fig. 6 
codes the remaining non-top bit planes in order. Each bit in a plane is coded in one of the 
3 passes. The BC and CG modules 1 160, 1 120 work in parallel in each pass. The BC 
module 1 160 is always ahead of the CG module 1 120 at least by one region in each pass. 
The CG module 1 120 may generate context in the cleanup pass for the bitplane n while 
the BC module 1 1 60 is looking for the next region in the Significance Propagation pass 
for bitplane n-1 . The following sections list the processes for both the BC and CG 
modules 1 160, 1 120 in each pass. 

3.4 BC Module 

3.4.1 1 st Cleanup Pass 

Fig, 14 is a flow diagram illustrating the 1 st cleanup pass process 1400 for the BC 
module 1 160. Processing commences in step 1408. In step 1410, the SigMatrix is read 
from the coefficient memory 1 140. In step 1412 a check is made to determine if all of the 
regions have been finished or processed. If decision block 1412 returns true (Y), 
processing terminates in step 1414. Otherwise, if decision block 1412 returns false (N), 
processing continues in step 1416. 

In step 1416, a check is made to determine if the current region can be coded 
entirely with run length for encoding and, if so, places the command accordingly on the 
bus. Processing then continues at decision block 1418. In decision block 1418, a check is 
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made to determine if the CG module 1 120 is ready for the command. If decision block 
1418 returns false (N), processing continues at decision block 1418. Otherwise, if 
decision block 1418 returns true (Y), processing continues at decision block 1412. 

In this manner, the BC module 1 160 scans each region in roster order from the 
top left comer and checks if the current region can be coded with the special run length 
for repeat command. When the checking is done, the BC module 1 160 places the 
command on the bus and signals the CG module 1 120. The BC module 1 160 then waits 
until the CG module 1 120 grabs the command for checking the next region. Preferably, a 
small buffer can be placed between the BC and CG interface to prevent the CG module 
1 1 20 from holding up the BC module 1 160. 

The checking mechanism is similar to the one used in the register array based 
method, while a bit more complicated to eliminate unnecessary reads to the scratch or 
coefficient memory 1 1 10, 1 140, which could cause delays. 

Fig. 15A is a flow diagram illustrating the mn-length-coding checking process 
1500. Beside certain steps of the process 1500 are shown regions that are being 
processed. In step 1510, processing commences. In decision block 1512 SigMatrix [X] is 
equal to 1 . Beside decision block 1 5 12 is shown the current region being checked that is 
labelled X and four neighbour regions Nl, N2, N3 and N4 1540. These four regions are 
apart from the region being checked. Each of the neighbour regions has bits of interest in 
that region, which are shaded. If decision block 1512 returns true (Y), processing 
continues at step 1 530. In step 1530, a normal cleanup pass coding is performed. 
Processing then terminates in step 1 534. 

Only those bits of interest are checked when the content of SigState array 330 is 
read from the scratch memory module 1110. Before proceeding with a read into the 
scratch memory module 1 1 10 to update the SigState for a region, in each decision block 
1 516, 1520 and 1524, the corresponding bit(s) in SigMatrix is checked to avoid an 
unnecessary read. In decision block 1528, checking of the SigState array 330 for region 
N4 is read into the coefficient memory 1 140 instead of the scratch memory 1 1 1 0, as the 
neighbour region N4 is coded by the CG module 1 120 and the SigState array 330 in the 
scratch memory 1 11 0 is not up to date. This process of Fig. 15 A is described in greater 
detail. 
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If decision block 1512 returns false (N), processing continues at decision block 
1514. In decision block 1514, a check is made to determine if SigMatrix [Nl] is valid 
and equal to 1. The SigMatrix is valid if the SigMatrix exists in the current checking 
location. One bit in the SigMatrix represents a 8x4 region. Each region is 8x4, There is 
a 4x4 SigMatrix 1570 shown in Fig. 15B corresponding to this code block. When 
checking region 1 for example of 1570, SigMatrix [N1][N2][N3][N4] of 1540 does not 
exist When checking region 5 of 1570, SigMatrix [N1][N4] also does not exist. Thus, 
for a number of regions of 1570 (e.g. 1-4, 5, 9, 13), one or more neighbour regions of 
1540 may not be available If decision block 1514 returns false (N), processing continues 
at decision block 1518. Otherwise, if decision block 1514 returns true (Y), processing 
continues at step 1515. In step 1515, the ScratchMem is read. In decision block 1516, a 
check is made to determine if the OR operation of (bits of interest) is equal to 1. If 
decision block 1516 returns true (Y), processing continues at step 1530. Otherwise,, if 
decision block 1516 returns false (N), processing continues at decision block 1518. 

In decision block 1518, a check is made to determine if the SigMatrix [N2] is 
valid and equal to 1. Again, the SigMatrix (N2) is valid if it exists at the current checking 
location Bits of interest in each region arc fixed. The row 1548 of region 1546 is of 
interest. If decision block 1518 returns false (N), processing continues at decision block 
1522. Otherwise, if decision block 1518 returns true (Y), processing continues at step 
1519. In step 1519, the ScratchMem is read. In decision block 1520, a check is made to 
determine if OR operation of (bits of interest) is equal to 1 . If decision block 1 520 returns 
true (Y), processing continues at step 1530. Otherwise, if decision block 1520 returns 
false (N), processing continues at decision block 1522. 

In decision block 1522, a check is made to determine if SigMatrix [N3] is valid 
and equal to 1 The region 1 550 has a bit of interest 1552 If decision block 1522 returns 
false (N), processing continues at decision block 1526. Otherwise, if decision block 1522 
returns true (Y), processing continues at step 1523. In step 1523, the ScratchMem is read- 
In decision block 1524, a check is made to determine if OR (bits of interest) is equal to 1. 
If decision block 1524 returns true (Y), processing continues at step 1530. Otherwise, if 
decision block 1524 returns false (N), processing continues at decision block 1526. 
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ln decision block 1526, a check is made to determine if SigMatrix [N4] is valid 
and equal to 1. For example, the last column 1556 is of interest in region 1554. If 
decision block 1526 returns false (N), processing continues at step 1532. Otherwise, if 
decision block 1 526 returns true (Y), processing continues at step 1527. In step 1527, the 
Coef Mem is read. In decision block 1528, a check is made to determine if OR operation 
of (bits of interest) is equal to 1. If decision block 1528 returns true (Y), processing 
continues at step 1530. Otherwise, if decision block 1528 returns false (N), processing 
continues at step 1532. In step 1532, run length 4 repeat coding is performed. Processing 
then terminates in step 1534. 

3.4,2 Significance Propagation Pass 

With reference to Fig. 16, the register buffers 1600 of the BC module 1 160 are 
shown. When the BC module 1 160 finishes the l sl Cleanup pass, the BC module 1 160 
immediately starts to look for the next region that needs to be coded in the Significance 
Propagation pass, if there are any remaining bitplanes. There are three register groups, 
which buffer the SigState 1616, Coded 1626 and MRlst 1628 regions read from the 
ScratchMem module 1 1 10 for a region being tested. For each region being tested, there 
are 8 neighbour regions having a SigState that needs to be checked. Neighbour regions 
top-left (TL) 1614, top (T) 1612, top-right (TR) 1610, left (L) 1618, bottom-left (BL) 
1624, bottom (B) 1622, and bottom-right (BR) 1620 are buffered in registers, while right 
(R) region is read directly from the ScratchMem module 1110. 

A read into the ScratchMem module 1110 to retrieve the SigState 1616 of that 
region is only needed when the corresponding SigMatrix bit is 1 . The read starts from the 
1 st region having a SigMatrix bit that is "1" or a SigMatrix bit that is equal to "1" in the 
neighbour region. If any neighbour region does not exist, the corresponding buffer is set 
to zero. After a region is tested, if the next region is on the right hand side of the current 
region, each buffered neighbour region is shifted to the left, eg. TR to T, BR to B, T to TL 
and B to BL (see arrows shown in Fig. 16). If there is any bit in this region that needs to 
be coded in the Significance Propagation pass, the BC module 1 160 signals the CG 
module 1 1 20 by placing the region number and the column number on the control bus. 
Otherwise, the BC module 11 60 moves on to the next region. 
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The Significance Propagation pass follows the same sequence as in 1 st Cleanup 
pass process 1400 shown in Fig. 14. The procedure for checking whether the current 
region should be coded in the Significance Propagation pass is illustrated in Fig. 17. 

Processing commences in step 1710. In decision block 1712, a check is made to 
determine if the SigState of regions L, TL and BL are all 0. That is, a check is made to 
determine if any of the SigStates of these regions are significant. If decision block 171 2 
returns false (N), processing continues at step 1 720. In step 1 720, column number 0 is set 
to be the first column to be coded Processing then continues at step 1 722. In step 1 722 
the right R region is read. Processing then terminates at step 1724. Otherwise, if decision 
block 1712 returns true (Y), processing continues at decision block 1714, 

In decision block 1714, a check is made to determine if the CG module 1 1 20 is 
coding the left L region using the Significance Propagation pass and the SigState is all 
zero currently. If decision block 1714 returns false (N), processing continues at step 
1726. Otherwise, if decision block 1714 returns true (Y), processing continues at step 
1716. In step 1716, the coefficient memory 1 140 is read to look ahead at the SigState in 
the L region. That is, to make sure that the SigState in the L region does not change after 
the CG module 1 120 codes the L region, the BC module 1 160 reads the corresponding 
coefficient memory 1 140 to retrieve the bit and looks ahead at the possible SigState 
changes. 



In decision block 1718, a check is made to determine if the SigState in the L 
region is still 0. If decision block 1718 returns false (N), processing continues at step 
1720. Again this signals the CG module 1 120 that column zero is the first column to be 
coded. Otherwise, if decision block 1718 returns true (Y), processing continues at step 
1726. That is, if the SigState in the L region is still all zero, the BC module 1 160 finds 
the first column to be coded in this region. 

In step 1726, the Top and Bottom regions are read if they are not valid. The Top 
and Bottom regions are only valid when TOP Right and Bottom Right regions have been 
read from the previous region. Processing then continues at decision block 1728. 

In decision block 1 728, a check is made to find the first column to be coded in 
the current region. 
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The check to find the first column to be coded in this region can be implemented 
using a circuited 1 800 to test each column for Significance Propagation bypass shown in 
Fig. 18. The circuit 1800 includes a NOR gate 1820, an AND gate 1822 and an OR gate 
1 830. The NOR gate 1820 has three inputs: a bit of interest from T region 1 810, all bits 
of interest from the test region of the SigState 1812, and a bit of interest from the B region 
1814. The output Alllnsig_n produced by the NOR gate 1 820 is provided as input to the 
OR gate 1824. The AND gate 1822 has input all the bits of interest from the test region 
1812. The output of the AND gate 1822 AllSig_n is input to the OR gate 1824. The 
output of the OR gate 1824 is the signal Tocode_n 1830. 

To find the l 81 column to be coded in this region, the circuit 1800 shown in Fig. 
18 is used. There are 8 groups of this circuit 1 800 to test each column. The three outputs 
from each circuit 1800 are named AHSig__n, Alllnsig^n and Tocode_n and indicate "all 
significant in this column", "all insignificant in this column" and "to be coded in this 
column", respectively. These outputs decide which column is the I" column to be coded 
or if there is nothing to code in this region. 

The 1 st column to be coded is column_n where Tocode_n is the 1 st "0" output, if 
AllSig_n-l equals to "1". The l sl column to be coded is the column_n-l where Tocode_n 
is the l sl "0" output, if AllSig_n-l equals to "0". 

Referring back to Fig. 17, if decision block 1728 returns true (Y), processing 
continues at step 1730. In step 1730, the column number to be coded is set equal to n. 
Processing then continues at step 1722. Otherwise, if decision block 1728 returns false 
(N), processing continues at step 1732 That is, if none of Tocode_n equals to "0", the 
BC module 1 160 reads region TR and BR in step 1732. 

In decision block 1734, a check is made to determine if both TR and BR are all 
zero. If decision block 1734 returns false (N), processing continues at step 1736. In step 
1 736, the column number is set equal to 7, and processing continues at step 1722. That is, 
in decision block 1734, the SigState of the TR and BR regions are checked. In particular, 
only the bits of interest shown in Fig. 16 are checked. If decision block 1734 returns true 
(Y) indicating that both are zero, processing continues at step 1738. In step 1738, region 
R is read. In decision block 1740, a check is made to determine if R- '0". That is column 
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zero is checked to determine if the SigState in column zero is all zero. If decis.on block 
1740 returns false (N), processing continues at step 1742. In step 1742, the column 
number is set equal to 7. Processing then terminates in step 1724. Otherwise, if decision 
block 1 740 returns true (Y), processing continues in step 1744. In step 1744, the BC 
module 1 160 moves the window to the next region. Processing then continues at decisxon 
block 1 7 1 2 and checking on the new region starts again. 

With reference to step 1 744, the next region to check is the region having a 
SigMatrix that is "1" or with any SigMatrix equal to "1" in the neighbour regions. If any 
of the TR, BR or R regions is "1", column7 is the first column to be coded, per steps 1736 
and 1742, respectively. 



If region R is not ready, the BC module 1160 launches a read to the ScratchMem 
module 1 1 1 0 and signals the CG module 1 120 to grab the command. Region R is loaded 
into the current region buffer for the BC module 1 1 60 and the 1 st column of region R is 
loaded into region R buffer of the CG module 1 1 60, when the CG module 1 160 grabs the 
command. 

3.4.3 Magnitude Refinement Pass 

When the BC module 1 1 60 finishes the Significance Propagation pass 1 700, the 
module 1 160 immediately starts to look for the next region that needs to be coded in the 
Magnitude Refinement pass. The BC module 1 160 starts from the 1 st region having a 
SigMatrix bit that is "1". If there is any bit in this region that needs to be coded in 
Magnitude Refinement pass, the BC module 1 160 signals the CG module 1 120 by placing 
the region number and column number, where the 1« to be coded bit is found, on the 
control bus. Otherwise, the BC module 1 160 moves on to the next region. 

The Magnitude Refinement pass follows the same sequence as in the l sl Cleanup 
pass process 1400 shown in Fig. 14. Once the region is loaded into the buffer 1616 in 
Fig. 1 6, the BC module 1 160 checks if there is any bit with a SigState equal to "1 » while 
the Coded region is equal to "0". If any such bit, the BC module 1 160 also loads the 
neighbour region having a SigMatrix bit that is equal to 1 . The BC module 1 1 60 then sets 
the Column_no and signals the CG module 1 120. Otherwise, the BC module 1 160 moves 
to the next region and starts checking on the new region again. The next region to check 
is the 1 st region after the current region having a SigMatrix bit that is equal to "1". 
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3.4.4 Cleanup Pass 

When the BC module 1 160 finishes the Magnitude Refinement pass, the BC 
module 1 160 immediately starts to look for the next region that needs to be coded in the 
Cleanup pass. The BC module 1160 follows the same sequence as in 1 st Cleanup pass 
1400 shown in Fig. 14. 



The BC module 1 160 starts from the top left region and checks if there is any 
Coded bit equal to "0". If there is any such bit, the BC module 1 1 60 also loads the 
neighbour region, having a SigMatrix bit that is equal to "1". to the SigState buffer. Then 
the BC module 1 160 places the region number and column number, where the 1 st to be 
coded bit is found, on the control bus and signals the CG module 1 1 20. 

After the CG module 1 120 grabs the command, the BC module 1 160 loads the 
next region, and starts the same checking again. The next region is the region 
immediately following the current region. If the next region is the region on the right 
hand side of the current region, each buffered neighbour region is shifted to the left, eg. 
TR to T, BR to B, T to TL and B to BL. If there is no bit to be coded in the current 
region, the BC module 1 160 then moves to the next region and starts the same checking 
again. When the BC module 1 1 60 finishes checking all regions, the BC module 1 1 60 
continues the Significance Propagation checking process if there are any remaining bit 
planes, which have not been coded. 



3.5 CG Module 

The CG module 1 120 has the register buffers 1900 shown in Fig. 19 for the 
context generation. The SigState, Coded and MRlst buffers 1910-1934, 1940, 1950 get 
input data from the corresponding BC module 1 160, while the Sign and Bit buffers 1960, 
1962 are loaded from the CoefMem module 1 140 before the context is generated from 
each column. The buffers include TL 1910, T 1912, TR 1914, L 1920, SigState 1918, 
R 1916, BL 1934, B 1932, and BR 1930. The sign register 1960 contains a first one bit 
cell 1960A on top, a 4 bit cell 1960B to the left, another 4 bit cell 1960C, and a bottom 1 
bit cell 1960D. 

TL 1910, L 1920, BL 1934, and sign 1960B are in column -1. TR 1914, R, 
1916, and BR 1930 are in column 8. 
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The SigState, Coded and MRlst data 1918, 1940, 1950 of the l sl column to be 
coded is loaded into column 0 of these buffers using the Columnjno presented on the 
control bus as index and the corresponding Sign and Bit data 1960, 1962 is read from the 
CoefMem module 1140 using the combination of Region_no and Column_no> 

In each pass, a termination circuit (not shown) is used to determine where the 
next column to be coded is or if the region has finished being coded. When the CG 
module 1 120 finishes coding a region, the updated SigState, Coded and MRlst data 1918, 
1 940, 1 950 are written back to the ScratchMem module 1 1 60. The CG module 1 120 
terminates coding in a region before reaching the last column when the CG module 1 120 
detects nothing to code in the remaining columns. In such a case, the CG module 1 120 
writes back the SigState, Coded and MRlst buffer 1918, 1940, 1950 to the ScratchMem 
module 1110 and signals the BC module 1 160 the readiness for the next region of the CG 
module 1 120. If the region has not finished, the termination circuit sends a number of 
columns to rotate signal (Rotate__no) to the RotateLeft function, which rotates the next 
column to be coded to column 0. 

Context generation happens in column 0. The 1 st to be coded column is loaded 
into column 0 with the left-hand side neighbour column loaded into column -1 as shown 
in Fig. 19. The array is rotated left when the CG module 1 120 finishes context generation 
in column 0. The next column to be coded is then located in column 0 after rotation. As 
a result, Sign and Bit data align with column 0. 

There is a counter, Remainder, which represents the remaining columns to be 
coded in the current region. The termination circuit uses Remainder to determine if the 
region has finished coding for the current pass. As the termination is checked after 
coding on column 0, the Remainder counter is first loaded with (7- column_no). For 
example, if the first column to start coding is column 2, the Remainder counter is 5, 
which means columns 3-7 remain. If column 7 is the first column to code, the Remainder 
column is 0. When the termination circuit determines the region has not finished and 
sends a Rotate_no signal to the RotateLeft function, the Remainder counter is 
decremented by Rotate_no. 



5711 55US.fi mil.docisdb 



32- 



Thc CG module 1 120 continuously waits for the command sent by the BC 
module 1 1 60. When a valid command is present on the control bus, the CG module 1 120 
decodes the Pass signal and executes one of the 4 procedures shown in Fig. 20. 

The CG flow process 2000 of Fig. 20 commences in step 2010. In decision 
block 2012, a check is made to determine if the bit on control bus 1 162 is valid 
(valid - 1 ). If decision block 2012 returns false <N), processing continues at decision 
block 2012. Otherw.se, if decision block 2012 returns true (Y), processmg continues at 
decision block 2014. 

In decision block 2014, a check is made to determine if the pass is equal to zero. 
If decision block 2014 returns true 00. processing continues at step 2016. In step 2016, 
the 1 st Cleanup pass is performed. Processing then continues at decision block 2012. 
Otherwise, if decision block 2014 returns false (N), processing continues at decision 
block 201 8. 

In decision block 2018, a check is made to determine if pass = 1 . If decision 
block 201 8 returns true (Y), processing continues at step 2020. In step 2020, the 
Significance Propagation pass is performed. Processing then continues at decision block 
2012. Otherwise, if decision block 2018 returns false (N), processing continues at 
decision block 2022. 

In decision block 2022, a check is made to determine if pass - 2. If decision 
block 2022 returns true (Y), processing continues at step 2024. In step 2024, a Magnitude 
Refinement pass is performed. Processing then continues at decision block 2012. 
Otherwise, if decision block 2022 returns false (N), processing continues at step 2026. In 
step 2026, a Cleanup pass is performed. Processing then continues at decision block 
2012. 

3.S.1 RotateLeft 1-7 

The RotateLeft 1-7 operation allows columns to be skipped that have not been 
coded in the current pass. 
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When CG module 1 120 finishes context generation in column 0, the module 
1 120 rotates the contents left by 1 to 7 columns as per the termination detection circuit 
output and thus keeps the column to be coded in column 0. Table 5 lists the RotateLeft 
operation for 3 buffers, where n is the number of columns to rotate. 

CG_Coded[0 . . 7-n]<=CG_Coded[n . . 7] 

CG_MR1 st[0..7-n]<=CG_MRlst[n..7] 

CG_Coded[S-n..7]<«CG_Coded[0..n-l] 

CG_MRlst[8-n..7]<=CG_MRlst[0..n-l] 
Let CG_SigState be A. 



TABLE S 







n 




1 


2 


3 


4 


5 


6 


7 


A[-l] 


A[0] 


A[l] 


A[2] 


A[3] 


A[4] 


A[5] 


A[6] 


A[0] 


A[l] 


A[2] 


A[3] 


A[4] 


A[5] 


A[6] 


A[7] 


A[l] 


A[2] 


A[3] 


A[4] 


A[5] 


A[6] 


A[7] 


A[8] 


A[2] 


A[3] 


A[4] 


A[5] 


A[6] 


A[7] 


A[8] 


A[-l] 


A[3] 


A[4] 


A[5] 


A[6] 


A[7] 


A[8] 


A[-l] 


A[0] 


A[4] 


A[5] 


A[6] 


A[7] 


A[8] 


A[-l] 


A[0] 


A[l] 


A[5] 


A[6] 


A[7] 


A[8] 


A[-l] 


A[0] 


A[l] 


A[2] 


A[6] 


A[7] 


A[8] 


A[-l] 


A[0] 


A[l] 


A[2] 


A[3] 


A[7] 


A[8] 


A[-l] 


A[0] 


A[l] 


A[2] 


A[3] 


A[4] 


A[8] 


A[-l] 


A[0] 


A[l] 


A[2] 


A[3] 


A[4] 


A[5] 
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3*5,2 Initial Buffer Loading 

The initial buffer loading depends on the Column_no signal on the control bus. 
For the Coded and MRlst buffers 1940, 1950, the loading is straightforward. Column_no 
is equal to n, and the initial loading for Coded and MRlst buffers 1940, 1950 is described 
in Table 6. 

TABLE 6 



CG_Coded[0. . 7-n]<=BC_Coded[n. .7] 
CG_MRlst[0..7-n]<=BC_MRlst[n..7] 
If n > 0, the other part of the buffer is: 
CG_Coded[8-n..7]<=BC_Coded[0„n-l] 
CG_MR1 st[8-n..7]<^BC_MRlst[0..n-l ] 



The initial loading for the SigState buffer 1918 is shown in Table 7. The 
CG_SigState is A and BC_SigState is B. 

TABLE 7 



CG 


Source data to be loaded into CG from ] 


IC according to Column no 


Oftiole 1) 


0(nole 2) 


1 


2 


3 


4 


5 


6 


7 


AMI 


BM1 


A[7-n] 


BfOl 


Brn 


BR1 


BP] 


Bf41 


B[51 


Brei 


A[0] 


B[01 


B[01 


Brn 


Bf21 


B[3] 


Br4] 


B[5) 


Bf61 


B[7] 


Afl] 


Brn 


B[ll 


B[2] 


Brs] 


Br4] 


B[5] 


B[61 


B[7] 


Brs] , 


_A[21 


B[2] 


B[2] 


Bp] 


B[4] ., 


B[51 


Bf61 


Br7] 


B[8] 


0 


API 


B[3] 


Br31 


Br4i 


B[5] 


B[61 


B[7] 


B[8] 


0 


Broi 




B[4] 


Bffl 


B[5] 


B[6] 


B[7] 


Br8] 


0 


Broi 


Brn 


Af5] 


B[5] 


Bp] 


B\6] 


Bf71 


Brsi 


0 


.Bro] 


Bfn 


B[21 


A[61 




Bf6] 


B[7J 


B[81 


0 


Bro] 


Bfl] 


ar2i 


B[3] 


Am 


B[7] 


Bm 


B[8] 


0 


BfOl 


B[l] 


Bf2] 


Bf3] 


sr4i 


Am 


B[81 


B[81 


0 


B[01 




Bf2] 


Bf31 Bf41 


BP1 
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Note 1 : The new region is not on the right hand side of the current region. 
Note 2: The new region is on the right hand side of the current region, and n is the 
column where the termination happens in the current region. 

3.5.3 Write Back To ScratchMem 

When the CG module 1 120 finishes context generation for a region, the contents 
of SigState, Coded and MRlst buffers 1918, 1940, 1950 are written back to the 
ScratchMem module 1 1 1 0 to maintain the state throughout the coding of a code block 
As the context generation for a region in any particular pass can be terminated before the 
CG module 1 120 scans to the last column, the ScratchMem module 1 1 10 is updated 
according to the last column where the termination happens. 

The result of ORing all bits in the SigState is written to the corresponding 
SigMatrix bit to assist the BC module in later passes. 

The column n is the column where CG finishes context generation in a region 
The Coded and MRlst buffers 1940, 1950 are written back to the ScratchMem 
module 1 1 10 as shown in Table 8. 



TABLE 8 

when n > 0 

ScratchMem _Coded[Region_no][0..n- 1 ]<=CG_Coded[8-n. .7] 

ScratchMem _MR1 st[Region_no] [0..n- 1 ]<=CG_MR1 st[8-n. . 7] 

ScratchMem _Coded[Region_no][ n..7]<=BC_Coded[0..7-n] 

ScratchMem _MRlst(Region_no][n..7]<=BC_MRlst[0.. 7-n] 
when n = 0 

ScratchMem _Coded[Region_no][0..7]<=CG_Coded[0 .7] 
ScratchMem _MR1 st[Region_no] [0..7]<=CG_MRlst[0..7] 



The ScratchMem update for the SigState buffer 1918 in the Region_no is shown 
in Table 9. The ScratchMem_SigState[Regionno] is A and the CG_SigState is B. 
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ScratchMem 


The last column where CG finishes 


0 


1 


2 


3 


4 


5 


6 


7 


AfOl 


Broi 


BM1 


Brsi 


B[7] 


Br6i 


B[51 


Br4i 


B[3] 


A[ll 


B[l] 


B[0] 


B[-l) 


B[8) 


B[7] 


B[6] 


B[5] 


B[4] 


A[2] 


Br2i 


Bfll 


Broi 


B[-l] 


B[8] 


B[7] 


Br6i 


B[51 


A[31 


Bra] 


B[2] 


Brn 


Broi 


Bf-11 


B[81 


B[7] 


Brei 


Af4l 


B[4] 


Bf3] 


Br2i 


B[l] 


BfOl 


Bf-11 


Brsi 


Br7] 


A[51 


Bf5] 


B[4] 


Br3i 


Br21 


B[l] 


BfOl 


BMl 


Brs] 


A\6] 


Brei 


B[5] 


Br4i 


B[3] 


B[2] 


Em 


B[01 


Br-n 


Af71 


B[7] 


B[6] 


Bf5] 


Bf41 


BP] 


B[2] 


B[l] 


B[01 



While updating the ScratchMem module, the result of ORing all the bits in the 
SigState array is also written to the corresponding SigMatrix bit to assist the BC module 
in the later passes. 

3.5,4 l 4t Cleanup Pass 

The CG module 1120 performs the V 1 Cleanup pass when the Pass signal on the 
control bus is 0. The CG module 1 120 does special Run Length 4 repeat coding when the 
RL4_rdy signal is 1. Fig. 21 illustrates context generation for a region when the BC 
module 1 160 signals a V 1 Cleanup pass on the control bus. 

The first Cleanup pass process 2100 commences in step 21 10. In step 2112, the 
SigState, Coded and MRlst buffers 1918, 1940 and 1950 are reset. In decision block 
21 14, a check is made to determine if the RL4_rdy signal is equal to 1 . If decision block 
21 14 returns true (Y), processing continues at step 2118. In step 21 18, a run length 4 
repeat 8 command is sent to the FIFO. Processing then continues at step 2120. 
Otherwise, if decision block 2 1 1 4 returns false (N), the region is coded as a normal 
Cleanup pass in step 2116, before proceeding to step 2120. In step 2120, the Ready 
signal is set to 1 and the three buffers 1918, 1940, 1950 are written back to the scratch 
memory module 1110. Processing then terminates in step 2122. 
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3*5,5 Significance Propagation Pass 

The CG module 1 120 performs the Significance Propagation Pass when the Pass 
signal on the control bus is 1 . Fig. 22 illustrates a process 2200 for context generation for 
a region when the BC module 1 160 signals a Significance Propagation pass on the control 
bus. 

Processing commences in step 221 0. In step 2212, the SigState, Coded and 
MRlst buffers 1918, 1940 and 1950 are loaded initially according to the column_no. 

In decision block 2214, a check is made to determine if any bit in column 0 is 
insignificant and has significant neighbours. If decision block 2214 returns false (N), 
processing continues at decision block 221 8. Otherwise, if decision block 2214 returns 
true (Y), processing continues at step 2216. In step 2216, the bits are coded. Processing 
then continues at step 2218. In decision block 2218, a check is made to determine if the 
Significance Propagation pass has finished for this region. 

A termination circuit (not shown) detects if the region has finished coding or 
where the next column to be coded is in the current region. The circuit checks any 
insignificant bit with significant neighbours in each column from column 1 to column 
Remainder, and terminates coding if there is not an insignificant bit with significant 
neighbours between column 1 to column Remainder. Thus, if decision block 221 8 returns 
true (Y) ? processing continues at step 2222. In step 2222, the CG module 1 120 writes the 
three buffers 1918, 1 940, 1 950 back to the scratch memory module 1110 according to the 
column where the Significance Propagation pass terminates and then signals the BC 
module 1 160 for the next command. Processing then terminates in step 2224. 

If decision block 2218 returns false (N), processing continues at step 2220. In 
step 2220, a Rotateleft operation is performed. Thus, if there is any insignificant bit with 
significant neighbours between column 1 to column Remainder, the termination circuit 
sends Rotate_no signal to RotateLeft function and the next column to be coded is rotated 
to column 0 for coding. Rotate_no is the column where the next column to be coded is 
found. For example if the next column to be coded is found in column 3, Rotate^no is 3. 
Remainder is decremented by Rotatejio after RotateLeft operation. When Remainder is 
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0, the termination circuit does not perform any checking but terminates the coding. 
Processing then continues at decision block 2214. 

3.5.6 Magnitude Refinement Pass 

The CG module 11 20 performs the Magnitude Refinement Pass when the Pass 
signal on the control bus is 2. Fig. 23 is a flow diagram illustrating a process 2300 for 
context generation for a region when the BC module 1 160 signals Magnitude Refinement 
pass on the control bus. Processing commences in step 2310. In step 2312, the SigState, 
Coded and MRlst buffers 1918, 1940, 1950 are loaded initially according to the column 
number column__no. 

In decision block 23 14, a check is made to determine if any bit in column 0 is 
significant and not coded. If decision block 23 14 returns false (N), processing continues 
at step 2318. Otherwise, if decision block 2314 returns true (Y), processing continues at 
step 2316. In step 2316 the bits are coded. Processing then continues at decision block 
23 1 8. In decision block 2318, a check is made to determine if the Magnitude Refinement 
pass has finished for the current region 

A termination circuit (not shown) detects if the region has finished being coded or if the 
next column to be coded is in the current region. The circuit checks any significant and 
not coded bit in each column from column 1 to column Remainder, and terminates coding 
if there is not any significant and not coded bit from column 1 to column Remainder. If 
decision block 23 18 returns true (Y), processing continues at step 2322. Step 2322 writes 
the 3 buffers back to the ScratchMem module 1110 according to the column where the 
Magnitude Refinement pass terminates and signals the BC module 1 160 for next 
command Processing terminates in step 2324. 

If decision block 2318 returns false (N), processing continues at decision block 
2320. In step 2320, a RotateLeft operation is performed upon the region. Thus, if there is 
any significant and not coded bit between column 1 to column Remainder, the 
termination circuit sends Rotate_no signal to RotateLeft function and the next column to 
be coded is rotated to column 0 for coding. Rotatejno is the column where the next 
column to be coded is found. For example if the next column to be coded is found in 
column 3, Rotate_no is 3. Remainder is decremented by Rotate_no after RotateLeft 
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operation. When Remainder is 0, the termination circuit does not perform any checking 
but terminates the coding. Processing then continues at decision block 23 14. 

3.5.7 Cleanup Pass 

The CG module 1 120 performs the Cleanup Pass when the Pass signal on the 
control bus is 3. Fig. 24 illustrates the Cleanup process 2400 of the CG module 1 120 for 
context generation for a region when the BC module 1 160 signals a Cleanup pass on the 
control bus. Processing commences in step 2410. In step 2412, the SigState, Coded, and 
MR 1st buffers 1918, 1940, 1950 are initially loaded according to the column number. 

In decision block 2414, a check is made to determine if any bit in column 0 for 
the region is not coded. If decision block 2414 returns false (N), processing continues at 
decision block 2418. Otherwise, if decision block 2414 returns true (Y), processing 
continues at step 2416. In step 2416, the bits are coded. Processing then continues at 
decision block 241 8. In decision block 2418, a check is made to determine if the whole 
region is finished coding. With reference to decision block 241 8, the check is made by 
simply ANDing the bits of the Coded buffer. A "1 " indicates the whole region is coded. 

A termination circuit (not shown) detects if the region has finished coding or if 
the next column to be coded is in the current region. The circuit checks any not coded bit 
in each column from column 1 to column Remainder and terminates coding if all bits are 
all coded from column 1 to column Remainder. If decision block 2418 returns true (Y), 
processing continues at step 2422. In step 2422, the CG module 1 120 resets the coded 
buffer 1940 and writes the 3 buffers 1918, 1940, 1950 back to the scratch memory 
module 1110 according to the column where the Cleanup pass terminates. The CG 
module 1 120 then signals the BC module 1 160 for the next command by setting ready 
equal to 1 . Processing then terminates in step 2424. 

If decision block 241 8 returns false (N), processing continues at step 2420. In 
step 2420, a RotateLeft operation is performed upon the region, and processing then 
continues at decision block 2414. If there is any not coded bit between column 1 to 
column Remainder, the termination sends Rotate_.no signal to RotateLeft function and the 
next column to be coded is rotated to column 0 for coding. Rotate_no is the column 
where the next column to be coded is found. For example if the next column to be coded 
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is found in column 3, Rotates is 3. Remainder is decremented by Rotate.no after 
RotateLeft operation. When Remainder is 0, the termination circuit does „o"t perform any 
checking but terminates the coding. 

4. Context Label Generator 

The context label for each pass can be easily generated by a context label 
generator 2800 as shown in Fig. 28 according to the context defined in the JPEG 2000 
standard draft when the required bits, eg. significance state for the neighbours, are made 
avanable. There are two kinds of context generated by the "data context label encoder" 
2818 and the "sign context label encoder" 2822 respectively. The appropriate MRlst bit 
s.gnificance state neighbours and sign neighbours are selected according to the bit 
position in column 0. These values are input to multiplexers 2810, 2812 and281 4 . 
respectively. The bit position (0, 1, 2, 3) ,s used to control operation of the multiplexers 
2810, 2812, 2814. Multiplexer 2810 provides 1*MR for the coefficient as input to adata 
context label encoder 2818. Subband and pass are inputs also to encoder 2818. 

The data context label encoder 2818 generates context labels according to the 
current pass and subband of the code block, the pass signal is used to select between 
Table 10 and 13 listed hereinafter, and the subband signal is used to select the encoding 
condition to be used in Table 10 for the encoder 2818. 

The output of the multiplexer 2812 is coupled to an hvd counter 2816 and hv 
contribution encoder 2820. The output of hvd encoder 281 6 is a further input to the 

encoder 2818. 



The multiplexer 2814 provides an input to the hv contribution encoder 2820 In 
turn, encoder 2820 provides an input to a sign context label encoder 2822. Both encoders 
2818, 2822 provide inputs another multiplexer 2824, which has sign/data as control inputs 
and outputs the context label. The selected significance state neighbours are fed into hvd 
counter 2816, which counts the number of significance bits in the horizontal, vertical and 
d.agonal neighbours, respectively. The output of the hvd counter 2816 (h count v count 
and d count) and selected MRlst bit are fed into the data context label encoder 281 8 
which encodes the context label according to the current pass and subband. When coding 
the significance propagation pass and the cleanup pass. Table 10 describes the encoding 
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of the context label. When coding the magnitude refinement pass, Table 13 is used to 
encode the context label. 

The selected significance state neighbours from multiplexer 2812 are also fed 
into the hv contribution encoder 2820 along with the selected sign neighbours using the 
contribution method defined in Table 11. The output of horizontal and vertical 
contribution is then fed into the sign context label encoder 2822 using the method defined 
in Table 1 2. The final context label output by multiplexer 2824 is selected depending on 
if the current bit is a data or sign bit, which is input to control the multiplexer 2824. 

This context label generator works with both the register array based method and 
the register window and memory based method. 

TABLE 10 



LL and LH sub-bands 


HL sub-band 


HH sub-band 


Context 
labef 


/H 


/v 


/D 


/H 


/V 




/(H+V) 


/D 




2 


X 6 


X 


X 


2 


X 


X 


x3 


8 


1 


xl 


X 


xl 


1 


X 


Tl 


2 


7 


1 


0 




0 


1 


•tl 


0 


2 


6 


1 


0 


0 


0 


1 


0 


x2 


1 


5 


0 


2 


X 


2 


0 


X 


1 


1 


4 


0 


I 


X 


1 


0 


X 


0 


1 


3 


0 


0 


x2 


0 


0 


x2 


x2 


0 


2 


0 


0 


1 


0 


0 


1 


1 


0 


1 


0 


0 


0 


0 


0 


0 


0 


0 


0 



a. Note that the context labels are numbered only for identification. The actual 
identifiers used is a matter of implementation. 

b, X = do not care. 
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TABLE 11 





Vi(orHf) 


VYor W\ contHfmtinn 


Significant, positive 


Significant, positive 


1 


Significant, negative 


Significant, positive 


o 


Insignificant 


Significant, positive 


1 


Significant, positive 


Significant, negative 


0 


Significant, negative 


Significant, negative 


-1 


Insignificant 


Significant, negative 


-1 


Significant, positive 


Insignificant 


1 


Significant, negative 


Insignificant 


-1 


Insignificant 


Insignificant 


0 



TABLE 12 



Horizontal 
contribution 


Vertical 
contribution 


XORbit 


Context label 


1 


1 


0 


13 


1 


0 


0 


12 


1 


-1 


0 


11 


0 


1 


0 


10 


0 


0 


0 


9 


0 


-1 


1 


10 


-1 


1 


1 


11 


-1 


0 


1 


12 


-1 

• 


-1 


1 


13 
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TABLE 13 



/H+/V+/D 


1 st refinement for this coefficient 


Context label 


X a 


False 


16 


Tl 


True 


15 


0 


True 


14 



a. "X" indicates a "don't care" state. 

5. Arithmetic Coder 

An arithmetic coder codes 1 bit per clock cycle as the probability is adaptively 
estimated when the new bit and its context are received, A sequence of bits to be coded 
and their context may be known. In such a case, the coder according 10 the embodiments 
of the invention can generate a new code word for the sequence of bits as the probability 
is known. 

Thus, in accordance with the embodiments of the invention, apparatuses for 
JPEG 2000 entropy coding 100 (11 00) include a context generator 1 1 0 (1 120, 1 1 10, 
1 160, 1 140), an arithmetic coder 130 (1 150), and a FIFO 120 (1 1 30). A detailed diagram 
of a FIFO 2500 in accordance with the embodiment of the invention is shown in Fig. 25, 
as described hereinafter. The context generator 1 10 (1 1 10, 1 120, 1 140, 1 160) generates a 
context (CX) for a bit of a coefficient in a code block. The arithmetic coder 130 (1 150) 
entropy codes the bit of the code block. The FIFO 120 (1 130) is coupled between the 
context generator 110(1110, 1120, 1140, 1160) and the arithmetic coder 130 (1 1 50) and 
stores the bit, the context and the number of the bit and context pair. The context 
generator 1 10 (1 1 10, 1 120, 1 140, 1 160) is able to generate a repeat pattern (Repeat) of 
two or more bit and context pairs in a single clock cycle. 

In the 1 st Cleanup pass, most of the bits are coded with a RUN LENGTH 4 
context. The collected statistics are first read before reading any bitplane data. Once a 
special 1 st cleanup speed up condition is met, the RUN LENGTH 4 context and the 
number of repeats are sent to the FIFO 2500, The FIFO 2500 contains an entry 25 ] 0 for 
1 bit of data, an entry 2520 for 5 bits of context (CX), and an entry 2530 for 4 bits of 
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repeat (Repeat). A zero repeat is preferably interpreted as 16. In accordance with Fig. 1, 
this FIFO 2500 can be implemented as FIFO 120 of Fig. 1 between the context generator 
110 and the arithmetic coder 130. The arithmetic coder 130 of Fig. 1 then processes the 
"repeat" command. The time required to process this command depends on the state of 
the arithmetic coder 130. 



Fig. 27 shows the overall processing 2700 of the arithmetic coder. Processing 
commences in step 2710. In decision block 2712, a check is made to determine if the 
FIFO 2500 is empty. If decision block 2712 returns true (Y), processing continues at 
decision block 2712. Otherwise, if decision block 2712 returns false (N), processing 
continues in step 2714. 

In step 2714, the arithmetic coder fetches a set of Bit, CX and Repeat from the 
FIFO, which is not empty. In decision block 2716, a check is made to determine if Bit is 
the MPS with the context CX given. If decision block 2716 returns true (Y), CodeMPS 
process is executed in step 2718. Otherwise, if decision block 2716 returns false (N), 
CodeLPS process is executed in step 2720. From either step 271 8 or 2720, processing 
continues at step 2727. After finishing coding a set of Bit, CX and Repeat, a check is 
made in decision block 2722 to determine if the Finish condition is met. The Finish 
condition is a combination of the FIFO being empty and the indication of completion of 
context generation from the context generator for a pass or a whole code block. The 
entropy coder can choose to terminate after a pass or a whole code block. If the Finish 
condition is not met (N), processing continues at decision block 2712 and the next set of 
data is fetched from the FIFO. Otherwise, if decision block 2722 returns true (Y), step 
2724 flushes the arithmetic coder. Processing terminates in step 2726. 

The speed up can take place when MPS is 0 and the upcoming command has a 
repeat number greater than 1 and its context is RUN LENGTH. 

At least portions of the apparatuses 100 (1 100) can be implemented as a 
computer program product. That is, aspects of the embodiment may be implemented in 
software. The computer program product includes a computer readable medium with a 
computer program for JPEG 2000 entropy coding recorded on the medium. The 
computer program product may also contain relevant data and data structures. The 
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functionality employed by the apparatus can be implemented as code modules of the 
computer program. The functionality of this embodiment of the invention is described in 
greater detail hereinafter. 

The apparatuses 100 (1100) pre-analyze transform coefficients of a code 
block in sign-magnitude form. Bit data 310, sign data 320, significance state data 330 
coded data 340, and magnitude refinement data 350 for the code block are buffered using 
the register arrays for context generation. Statistical data about the coefficients is then 
stored, preferably with the coefficients in the coefficient memory 1000. Using this 
statistical data, one or more repeat commands described hereinbefore are generated for 
one or more sequences of bit and context pairs for arithmetic encoding by the coder 130 
(1 150). In the embodiment of the invention, a specific region of the code block can be 
switched to in any one of significance propagation, magnitude refinement, and cleanup 
coding passes using rotate-left and rotate-up operations of the register arrays. A region of 
a code block currently being coded is buffered using a register window and the remaining 
regions of the code block are separately buffered using the scratch memory 1110. 

The bypass control module 1 1 60 looks ahead for the next region of a code block 
to be coded in each of significance propagation, magnitude refinement, and cleanup 
coding passes. The context generation module 1 120 generates the context of a region 
previously provided by the bypass control module 1 160. Preferably, the bypass control 
and context generations modules 1 120, 1 160 operate in parallel. 

The arithmetic coder 1150 in accordance with the embodiment of the invention 
implements a modified CODEMPS process 2600 shown in Fig. 26, corresponding to step 
2718 of Fig. 27. The circled special path 2640 in the diagram highlights the modification. 
Steps 2612, 2614, and 2632 are also modifications. Steps 2616-2630 form the standard 
CODEMPS process described in Annex C "Arithmetic entropy coding" of Coding of Still 
Pictures, JPEG 2000 Part I Final Draft International Standard (ISO/IEC JTC 1/SC 
29/WG 1) dated 25 September 2000, the contents of which is incorporated herein by 
cross-reference. 

For the coder, CX is a label that represents the context used to produce 
compressed data. CX selects the probability estimate to use during the encoding of data 
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or decision D. The binary arithmetic coding is based on the recursive probability interval 
subdivision of Elias coding. With each binary decision the current probability interval is 
subdivided into two sub-intervals. The code string may be modified to point to the base 
or lower bound of the probability sub-interval assigned to the symbol. For the partitioned 
current interval, a sub-interval the more probable symbol (MPS) is ordered above the sub- 
interval for the less probable symbol (LPS). 

Coding operations are performed using fixed precision integer arithmetic and use 
an integer representation of fractional values. In particular, decimal 0.75 is represented 
by 0x8000. An interval A is kept in the range of 0.75 <= A < 1.5 (where means less 
than or equal to) by doubling the interval whenever the integer value is lower than 
0x8000. C represents the code register. Qe is the current estimate of the LPS probability. 
A-Qe is the sub-interval of the MPS, and Qe is the sub-interval for the LPS. D and CX 
are read and passed for encoding as pairs, and this continues until all pairs have been 
read. In Fig. 26, RENORME stands for Renormalization in the encoder. Further 
information about the standard aspects of CODEMPS encoding can be found in Annex C 
"Arithmetic entropy coding" of Coding of Still Pictures, JPEG 2000 Part I Final Draft 
International Standard (ISO/IEC JTC 1/SC 29/WG 1) dated 25 September 2000, the 
contents of which are incorporated herein by cross-reference. 

I(CX) is an index stored for the context CX. NMPS represents the next MPS 

index. 

Referring to Fig. 26, processing commences in step 2610. In step 2612, the 
number of repeats "r" is calculated at the floor value of (A-Ox8000)/Qe(I(CX)). That is, 
the number of repeats r that can be processed before A is smaller than 0x8000 at which 
the probability is updated is first calculated. In decision block 2614, a check is made to 
determine if r >1. From an AC point of view, the speed-up is not restricted to RUN 
LENGTH only. However from the context generator point of view RUN LENGTH is the 
only occasion in which Repeat can be greater than 1. If decision block 2614 returns true 
(Y), processing continues via the modification beginning at step 2642. 

Regarding the modifications, in decision block 2642, the number of repeats (r) 
that can be processed is compared with the repeat number (Repeat) in the command to 
determine if r is greater than Repeat. If decision block 2642 returns true (Y) indicating 
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«ta .a greater than Repeat, processing continues at step 2646. fta, is. the command can 
be processed tn a Co* cyde. in step 2646, the flowing actions a™ p . fon J,^ 
co d Q ^ I(CX)>i < 2)C = C+R — and Repeat -0. L is m e 
command update, the interva, and the code word register, and sets Repeat eoua, to zero 
P™ g conunues a, deeision step 2633. m step 2633, a check is made , determTif 
Repeat > 0 ,f decision b.ock 2633 returns true (Yes), processing continues a, st" 
Omerw.se, ,f step 2633 returns false (No), processi„ g terminates ,n step 2634. 

Otherwise, if decision block 2642 returns false (N) indicating that r < Repeat 
processing continues at step 2644 In sten 7f>AA fh* fxn« • - 

, A _ i^u^. in step 2644, the following actions are performed- HI 

« ? X>)i , C=C+ r * Qe(I(CX>); <3> *»~*«~*- is.l crisn ' 
updates the tnterval and the code word register, and reduces Repeat by , The same 

command win, the reduced Repeat is processed in the net. clock cycle. Processing 

continues at decision step 2633. 



Otherwise, if dec.sion block 2614 returns false (N) indicating that the number of 
repeats „ not greater than I or the context is not RUN LENGTH, a normal coding path is 
taken (steps 261 6 - 2630). In step 2616, the interva, A is updated (A=A-Qe(I(CX))) In 
deci S1 on block 2618, a check is made to determine if ANDing A and 0x8000 is equal to 
zero. Tins indicates that A is too small (<0.7 5 ). If decision block 2618 returns false (N) 
processing continues at step 2620. In step 2620, the code word renter is updated ' 
(C C +Q e(I(CX))). Processing continues at step 2632 and Repeat is decremented bv one 
Processing then continues at decision step 2633. Otherwise, if decision block 2618* 
returns true (Y), processmg continues at decision block 2622. In decision block 2622 a 
check made to determine if A < Qe(I(CX)). If decision block 2622 returns faJse (nJ 
processmg continues at step 2626 In steo 2626 th» a 

«*. *>rnn t> lnslep2626 - 0» code word register is updated as per 

step 2620. Processing then continues at step 2628. Otherwise, if decision block 2622 

tTZrcxTp Pr ° CeSSing C ° minUeS " Stq> 2624 ' M step 2624 - * e ^ is - 

to ye(I(CX)). Processing then continues at step 2628. 

In step 2628, the index I(CX) is set equal to the next index NMP S (I(CX)) In 
step 2630, renovation in the encoder is performed. Processing then continues in step 
2632 where Repeat is decremented by one, before continuing at decision step 2633. 

<>■ Computer Implementation 
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Aspects of the embodiments of the invention can implemented using a general- 
purpose computer. In particular, the processing or functionality can be implemented as 
software, or a computer program, executing on the computer. The method or process 
steps for entropy encoding of discrete wavelet transform (DWT) coefficient bits that are 
arranged into code blocks and coded in bitplane order using three coding passes for each 
bitplane may be effected by instructions in the software that are carried out by the 
computer. The software may be implemented as one or more modules for implementing 
the process steps. A module is a part of a computer program that usually performs a 
particular function or related functions. Also, as described hereinbefore, a module can 
also be a packaged functional hardware unit for use with other components or modules. 

The software may be stored in a computer readable medium, including the 
storage devices described below. The software is preferably loaded into the computer 
from the computer readable medium and then carried out by the computer. A computer 
program product includes a computer readable medium having such software or a 
computer program recorded on it that can be carried out by a computer. The use of the 
computer program product in the computer preferably effects advantageous apparatuses 
for trading goods or services or both using an electronic network. 

The computer readable medium can include one or more of the following: a 
floppy disc, a hard disc drive, a magneto-optical disc drive, CD-ROM, magnetic tape or 
any other of a number of non-volatile storage devices well known to those skilled in the 
art. The program may be supplied to the user encoded on a CD-ROM or a floppy disk, or 
alternatively could be read by the user from the network via a modem device connected to 
the computer, for example. Still further, the software can also be loaded into the 
computer system from other computer readable medium including magnetic tape, a ROM 
or integrated circuit, a magneto-optical disk, a radio or infra-red transmission channel 
between the computer and another device, a computer readable card such as a PCMCIA 
card, and the Internet and Intranets including email transmissions and information 
recorded on websites and the like. The foregoing are merely examples of relevant 
computer readable mediums. Other computer readable mediums may be practiced 
without departing from the scope and spirit of the invention. 

The foregoing is simply provided for illustrative purposes and other 
configurations can be employed without departing from the scope and spirit of the 
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invention. Computers with which the embodiment can be practiced include IBM-PC/ATs 
or compatibles, one of the Macintosh (TM) family of PCs, Sun Sparcstation (TM), a 
workstation or the like. The foregoing are merely examples of the types of computers 
with which the embodiments of the invention may be practiced. Typically, the processes 
of the embodiments, are resident as software or a program recorded on a hard disk drive 
as the computer readable medium, and read and controlled using the processor. 
Intermediate storage of the program and intermediate data and any data fetched from the 
network maybe accomplished using the semiconductor memory, possibly in concert with 
the hard disk drive- 
in the foregoing manner, a method, an apparatus, and a computer program 
product for entropy encoding of discrete wavelet transform (DWT) coefficient bits that 
are arranged into code blocks and coded in bitplane order using three coding passes for 
each bitplane are disclosed. Preferably, the entropy coding is JPEG 2000 entropy coding. 
While only a small number of embodiments are described, it will be apparent to those 
skilled in the art in view of this disclosure that numerous changes and/or modifications 
can be made without departing from the scope and spirit of the invention. 
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